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Foreword 



rd , 



This Technical Specification has been produced by the 3 Generation Partnership Project (3GPP). 

The contents of the present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an 
identifying change of release date and an increase in version number as follows: 

Version x.y.z 

where: 

X the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 or greater indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 
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Scope 



The present document defines the (U)SIM Application Programming Interface extending the 'UICC API for Java 
Card™' [2]. 

This API allows to develop a (U)SAT application running together with a (U)SIM application and using GSM/3G 
network features. 

The present document includes information applicable to network operators, service providers, server -, (U)SIM - and 
database manufacturers. 



References 



The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of publication, edition number, version number, etc.) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• For a non-specific reference, the latest version applies. In the case of a reference to a 3GPP document (including 
a GSM document), a non-specific reference implicitly refers to the latest version of that document in the same 
Release as the present document. 

[I] ETSI TS 101 220: "Integrated Circuit Cards (ICC); ETSI numbering system for 
telecommunication; Application providers (AID)". 

[2] ETSI TS 102 241 Release 6: "UICC API for Java Card™" 

[3] 3GPP TS 31.102: "Characteristics of the USIM AppHcation". 

[4] 3GPP TS 5 1 .01 1 Release 4: "Specification of the Subscriber Identity Module- Mobile Equipment 

(SIM -ME) interface". 

[5] 3GPP TS 23.041: "Technical reahzation of Cell Broadcast Service (CBS)". 

[6] ETSI TS 102 223 Release 6: "Card AppHcation Toolkit (CAT)". 

[7] 3GPP TS 31.111: "USIM Application Toolkit (US AT)". 

[8] 3GPP TS 5 1 .014 Release 4: "Specification of the SIM Application Toolkit for the Subscriber 

Identity Module - Mobile Equipment (SIM - ME) interface". 

[9] 3GPP TS 3 1 . 1 15: "Secured packet structure for the (U)SIM Toolkit applications". 

[10] 3GPP TS 23.040: "Technical reahzation of the Short Message Service (SMS)". 

[II] Sun Microsystems Java Card^^ Specification: "Java Card^^ 2.2.1 Application Programming 
Interface". 

[12] Sun Microsystems Java Card'"^ Specification : "Java Card'"^ 2.2.1 Runtime Environment (JCRE) 

Specification". 

[13] Sun Microsystems Java CardT"^ Specification: "Java Card^^ 2.2.1 Virtual Machine Specification". 

SUN Java Card^^ Specifications can be downloaded at http://iava.sun.com/products/iavacard 



ETSI 



3GPP TS 31.130 version 7.2.1 Release 7 6 ETSI TS 131 130 V7.2.1 (2005-11) 

3 Definitions and abbreviations 

3.1 Definitions 

For the purposes of the present document, the terms and definitions defined in TS 102 241 [2] apply. 
(U)SAT Framework : (U)S AT extension of the CAT Runtime Environment. 

3.2 Abbreviations 

For the purposes of the present document, the abbreviations defined in TS 102 241 [2] apply. 



4 Description 

4.0 Overview 

This API is an extension to the TS 102 241 [2] "UICC API for Java CardT^" and requires the implementation of this 
specification. 

The classes and interfaces described in this specification inherit functionality from the classes and interfaces specified 
in the "UICC API for Java Card™". 

The (U)S AT Framework described in this specification is an extension of the CAT Runtime Environment defined in TS 

102 241 [2]. 
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4.1 (U)SIM Java Card™ Architecture 

The overall architecture of the (U)SIM API is based on the "UlCC API for Java Card™" defined in TS 102 241 [2]. 
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Figure 1 : (U)SIM Java Card™ Architecture 



5 File Access API 

The (U)SIM file access API consists of the package uicc.usim.access. This package defines additional constants to those 
defined in the uicc.access package from TS 102 241 [2]. The access to the file system, defined in TS 51.01 1 [4] and 
TS 31.102 [3], is the one specified in TS 102 241 [2] via the UICC FileView Interface. When selecting a cyclic file the 
current record number is defined, this applies also to files located under DFqsm- 



(U)SAT Framework 



6.0 



Overview 



The (U)SIM toolkit API consists of the M/cc.Mi/m. too/to package for toolkit features defined in TS 31.111 [7] and 
TS 51.014 [8], and is based on the uicc.toolkit package defined in TS 102 241 [2]. 
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6.1 Applet triggering 



SeeTS 102 241 [2] 



6.1.1 Exception Handling 



The following clause describes the handling of exceptions by the (U)SAT Framework in addition to the behaviour 
defined in TS 102 241 [2] for the CAT Runtime Environment. 

If an Applet triggered by EVENT_FORMATTED_SMS_PP_ENV event throws an ISOException with the reason code 
(0x6FXX), it shall be sent to the terminal. 

Other Exceptions shall not be propagated to the terminal. 



6.2 



Definition of Events 



The following events can trigger a Toolkit Applet in addition to the events defined in TS 102 241 [2], all short values 
are reserved in TS 102 241 [2]: 

Table 1 : (U)SAT event list 



Event Name 


Reserved short 
value _■ 


EVENT FORMATTED SMS PP ENV 


2 


EVENT FORMATTED SMS PP UPD 


3 


EVENT UNFORMATTED SMS PP ENV 


4 


EVENT UNFORMATTED SMS PP UPD 


5 


EVENT UNFORMATTED SMS CB 


6 


EVENT MO SHORT MESSAGE CONTROL BY NAA 


10 


EVENT FORMATTED SMS OB 


24 


EVENT FORMATTED USSD 


121 


EVENT UNFORMATTED USSD 


122 



EVENT_FORMA TTED_SMS_PP_ENV, EVENTJJNFORMA TTED_SMS_PP_ENV, 
EVENT_FORMATTED_SMS_PP_UPD,EVENT_UNFORMATTED_SMS_PP_UPD 

There are two ways for a card to receive a Short Message Point to Point: via an ENVELOPE(SMS-PP 
DOWNLOAD) APDU as defined in TS 31.111 [7] and TS 51.014 [8] or an UPDATE RECORD EFsms APDU 
as defined in TS 31.102 [3] andTSSl.Oll [4]. The EFsms can be either located under the DFxeiecom or under 
any ADF as defined in TS 31.102 [3] and TS 51.011 [4]. 

The received Short Message may be: 

formatted according to TS 31.1 15 [9] or an other protocol to identify explicitly the toolkit applet for 
which the message is sent; 

- unformatted (e.g. a toolkit applet specific protocol ) then the (U)SAT Framework will pass this data to all 
registered toolkit applets. 

When the Short Message is received as Concatenated Short Messages as defined in TS 23.040 [10], it is the 
responsibility of the (U)SAT Framework to link single Short Messages together to re - assemble the original 
message before any further processing. The original Short Message shall be placed in one SMS TPDU TLV 
(with TP-UDL field coded on one octet) included in the USATEnvelopeHandler. The concatenation control 
headers used to re-assemble the short messages in the correct order shall not be present in the SMS TPDU. The 
TP-elements of the SMS TPDU and the Address (TS - Service-Centre-Address) shall correspond to the ones in 
the last received Short Message (independently of the Sequence number of Information-Element-Data). 

The minimum requirement for the (U)SAT Framework is to process a concatenated short message with the 
following properties: 

- the Information Element Identifier is equal to the 8 -bit reference number. 
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it contains uncompressed 8 bit data or uncompressed UCS2 data. 

EVENT_FORMATTED_SMS_PP_ENV 

Upon reception of a TS 31.115 [9] formatted Short Message Point to Point (Single or Concatenated) via 
an ENVELOPE, the (U)SAT Framework shall: 

verify the security of the Short Message as per TS 31.115 [9]; 

trigger the toolkit applet registered with the corresponding TAR; 

take the optional Application Data posted by the triggered toolkit applet if present; 

- secure and send the response packet using SMS -DELI VER-REPORT or SMS-SUBMIT. 

When the toolkit applet is triggered, data shall be provided deciphered. 

EVENT_UNFORMATTED_SMS_PP_ENV 

Upon reception of an unformatted Short Message Point to Point (Single or Concatenated) via an 
ENVELOPE, the (U)SAT Framework shall trigger all the Toolkit Applets registered to this event. 

NOTE: As a consequence of the EnvelopeResponseHandler availability rules specified in clause 6.6, 
only the first triggered toolkit applet is guaranteed to be able to send back a response. 

EVENT_FORMA TTED_SMS_PP_UPD 

Upon reception of a TS 31.115 [9] formatted Short Message Point to Point (Single or Concatenated) via 
an UPDATE RECORD EFsms, the (U)SAT Framework shall: 

- update the EFsms file with the data received, it is then up to the receiving toolkit applet to change 
the SMS stored in the file (i.e. the toolkit applet need to have access to the EFsms file) 

verify the security of the Short Message as per TS 31.115 [9]; 

- convert the UPDATE RECORD EFsms APDU into a COMPREHENSION TLV List; 
trigger the toolkit applet registered with the corresponding TAR; 

When the toolkit applet is triggered, data shall be provided deciphered. 
The USATEnvelopeHandler provided to the applet shall: 

- return BTAG_SMS_PP_DOWNLOAD to the getTagO method call ; 

- return the Comprehension TLV list length to the getLength () method call; 

The USATEnvelopeHandler provided to the applet shall contain the following COMPREHENSION 
TLVs: 

Device Identities TLV 

The Device Identities Comprehension TLV is used to store the information about the absolute record 
number in the EFsms file and the value of the EFsms record status byte, and is formatted as defined 
below: 



Device identities Comprehension TLV 



Device Identities tag 



length = 02 



Absolute Record Number 



Record Status 



With the absolute record number the toolkit applet can update EFsms in absolute mode to change the 
received SMS (e.g. in a readable text). 

For Concatenated Short Message the Absolute Record Number and the Record Status will correspond 
to the last UPDATE RECORD EFsms APDU received. 
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- Address TLV 

The value is the TS-Service-Centre-Address (RP-OA) of the last UPDATE RECORD EFsms APDU. 

- SMS TPDU TLV 

The value is the SMS TPDU provided deciphered and reassembled, if needed 

- AID TLV 

The AID comprehension TLV is present only if the EFsms file updated is under an ADF. The value is 
the AID of the ADF as defined TS 102 223 [6]. 

The order of the TLVs given in the USATEnvelopeHandler is not specified, 

NOTE: To get each COMPREHENSION TLV, it is recommended that the applet uses the 
ViewHandler.findTLVO methods 

EVENTJJNFORMA TTED_SMS_PP_UPD 

Upon reception of an unformatted Short Message Point to Point (Single or Concatenated) via 
UPDATE RECORD EFsms APDU, the (U)SAT Framework shall : 

- update the EFsms file with the data received; 

- convert the UPDATE RECORD EFsms APDU data into a COMPREHENSION TLV List (as 
described for EVENT_FORMATTED_SMS_PP_UPD); 

trigger all the Toolkit Applets registered to this event. 

The content of EFsms may have been modified by a previously triggered Toolkit Applet.. 

EVENT_FORMA TTED_SMS_CB, EVENT_UNFORMATTED_SMS_CB 

The received Cell Broadcast Message, via an ENVELOPE (CELL BROADCAST DOWNLOAD) APDU as 
defined in TS 31.111 [7] and TS 5L014 [8] and, can be either: 

formatted according to TS 3 LI 15 [9] or an other protocol to identify explicitly the toolkit applet for 
which the message is sent; 

unformatted ( e.g. using a toolkit applet specific protocol ), then the (U)SAT Framework will pass this 
data to all registered toolkit applets. 

When the Cell Broadcast Message is received as multiple pages as defined in TS 23.041 [5], it is the 
responsibility of the (U)SAT Framework to link single pages together to re-assemble the original message 
before any further processing. The original Cell Broadcast message shall be placed in one Cell Broadcast page 
TLV included in the USATEnvelopeHandler. The message parameters shall correspond to the ones in the last 
received Cell Broadcast page (independently of the Page Parameter). 

EVENT_FORMATTED_SMS_CB 

Upon reception of a TS 3L115 [9] formatted Cell Broadcast message, the (U)SAT Framework shall: 

verify the security of the Cell Broadcast message as per TS 31.115 [9] ; 

trigger the toolkit applet registered with the corresponding TAR; 

When the toolkit applet is triggered, data shall be provided deciphered. 

EVENT_UNFORMATTED_SMS_CB 

Upon reception of an unformatted Cell Broadcast message, the (U)SAT Framework shall trigger all the 
Toolkit Applets registered to this event. 

EVENT_MO_SHORT_MESSAGE_CONTROL_BY_NAA 
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Upon reception of an ENVELOPE (MO SHORT MESSAGE CONTROL defined in TS 5L014 [8] and TS 3L1 1 1 [7]) 
APDU as defined in TS 102 221 [6] and TS 51.01 1 [4] the (U)SAT Framework shall trigger the Toolkit Applet 
registered to this event. The (U)SAT Framework shall not allow more than one Toolkit Applet to be registered to this 
event at a time(e.g. if a Toolkit Applet is registered to this event but not in selectable state the (U)S AT Framework shall 
not allow another Toolkit Applet to register to this event). 

EVENT_FORMATTED_USSD,EVENT_UNFORMATTED_USSD 

The received USSD String, via an ENVELOPE (USSD Data Download) APDU as defined in TS 31.1 1 1 [7], 
may be: 

• formatted according to TS 31.115 [9] or an other protocol to identify explicitly the toolkit applet for 
which the message is sent; 

• unformatted (e.g. a toolkit applet specific protocol) then the (U)SAT Framework will pass this data to 
all registered toolkit applets. 

When the USSD Message is received as concatenated as defined in TS 31.115 [9], it is the responsibility of the 
(U)SAT Framework to link single USSD Messages together to re-assemble the original message before any further 
processing. The original USSD message shall be placed in one USSD String TLV included in the 
USATEnvelopeHandler. The USSD String parameters (DCS, PFI, CCF) shall correspond to the ones in the last 
received USSD String (independently of the CCF Sequence number). 

EVENT_FORMA TTEDJJSSD 

Upon reception of a TS 31.1 15 [9] formatted USSD Message via an ENVELOPE, the (U)SAT Framework shall: 

• verify the security of the USSD Message as per TS 31.115 [9]; 

• trigger the toolkit applet registered with the corresponding TAR; 

• take the optional Application Data posted by the triggered toolkit applet if present; 

• secure and send the response packet. 

When the toolkit applet is triggered, data shall be provided deciphered. 

EVENTJJNFORMA TTEDJJSSD 

Upon reception of an unformatted USSD String via an ENVELOPE, the (U)S AT Framework shall trigger 
all the Toolkit Applets registered to this event. 

Note: As a consequence of the EnvelopeResponseHandler availability rules specified in clause 6.6, 
only the first triggered toolkit applet is guaranteed to be able to send back a response. 

The following events defined in TS 102 221 [6] shall be raised upon reception of the corresponding APDU defined in 
either TS 51.011 [4]orTS 102 221 [6]. 

EVENT_PROFILE_DOWNLOAD 

EVENT_MENU_SELECTION,EVENT_MENU_SELECTION_HELP_REQUEST 

EVENT_CALL_CONTROL_BY_NAA 

EVENT_TIMER_EXPIRA TION 

EVENT_EVENT_DOWNLOAD_MT_CALL 

EVENT_EVENT_DOWNLOAD_CALL_CONNECTED 

EVENT_EVENT_DOWNLOAD_CALL_DISCONNECTED 

EVENT_EVENT_DOWNLOAD_LOCATION_STATUS 

EVENT_EVENT_DOWNLOAD_USER_ACTIVITY 
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EVENT_EVENT_DOWNLOAD_IDLE_SCREEN_AVAILABLE 

EVENT_EVENT_DOWNLOAD_CARD_READER_STATUS 

EVENT_STATUS_COMMAND 

EVENT_EVENT_DOWNLOAD_LANGUAGE_SELECTION 

EVENT_EVENT_DOWNLOAD_BROWSER_TERMINATION 

EVENT_EVENT_DOWNLOAD_DA TA_A VAILABLE 

EVENT_EVENT_DOWNLOAD_CHANNEL_STATUS 

EVENT_EVENT_DOWNLOAD_ACCESS_TECHNOLOGY_CHANGE 

EVENT_EVENT_DOWNLOAD_DISPLAY_PARAMETER_CHANGED 

EVENT_EVENT_DOWNLOAD_LOCAL_CONNECTION 

EVENT_EVENT_DOWNLOAD_NETWORK_SEARCH_MODE_CHANGE 

EVENT_EVENT_DOWNLOAD_BROWSING_STATUS 

EVENT_PROACTIVE_HANDLER_AVAILABLE 

EVENT_EXTERNAL_FILE_UPDATE 

EVENT_FIRST_COMMAND_AFTER_A TR 

EVENT_UNRECOGNIZED_ENVELOPE 

6.3 Registration 

A Toolkit Applet shall register to events described in 6.2 as defined in TS 102 241 [2]. 

Constants for these events are available in uicc.usim.toolkit.ToolkitConstants interface in Annex A. 

The uicc.toolkit.ToolkitException TAR_NOT_DEFINED shall be thrown if a Toolkit Applet has no TAR defined and 
registers to events: EVENT_FORMATTED_SMS_PP_ENV, EVENT_FORMATTED_SMS_PP_UPD, 
EVENT_FORMATTED_SMS_CB, EVENT_FORMATTED_USSD. 

The m/cc. too/faf.roo/A:/f£'xce/5f/on.EVENT_ALREADY_REGlSTERED shall be thrown if there is another Toolkit 
Applet already registered to EVENT_MO_SHORT_MESSAGE_CONTROL_BY_NAA. 

6.4 Proactive command handling 

There is no extension of the CAT Runtime Environment by the (U)SAT Framework for proactive command handling. 

6.5 Envelope response handling 

For the events defined in the present document, the following rules apply: 

A Toolkit Applet can post a response by using the post() method or the postAsBERTLV( ) method defined in TS 102 241 
[2]. The (U)SAT Framework shall return the Status Word as defined in TS 31.111 [7] and in TS 51.014 [8] depending 
on the current NAA. 

Case of EVENT_MO_SHORT_MESSAGE_CONTROL_BY_NAA: 

- The rules defined for EVENT_CALL_CONTROL_BY_NAA in TS 102 241 [2] apply. 
Case of EVENT_UNFORMATTED_SMS_PP_ENV: 

- See TS 102 241 [2]. 
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Case of EVENT_FORMATTED_SMS_PP_ENV: 

When the post() or the postAsBERTLV( ) method is invoked, the (U)S AT Framework shall, according to bit 6 of 
the second octet of the SPI defined in TS 31.115 [9], build a SMS-DELIVER-REPORT or a SMS-SUBMIT. 

In case of a SMS-DELIVER-REPORT, the (U)SAT Framework shall return the Status Word for RP-ACK or RP- 
ERROR as defined in TS 31.1 1 1 [7] and in TS 51.014 [8] depending on the current NAA. 

In case of SMS-SUBMIT the boolean value method parameter shall be ignored by the (U)SAT Framework. If the SMS- 
SUBMIT is to be used, the (U)SAT Framework shall build and issue a Send Short Message proactive command as 
defined in TS 31.1 1 1 [7] and in TS 51.014 [8] depending on the current NAA . 

Case of EVENT_FORMATTED_USSD: 

When the post() or the postAsBERTLV() method is invoked, the (U)S AT Framework shall build a USSD String 
to be sent back in the Return Result Component contained in the subsequent Facility message. In that case the 
(U)SAT Framework shall return the Status Word as defined in TS 31.111 [7]. 

Case of EVENT_UNFORMATTED_USSD: 

- See TS 102 241 [2]. 



6.6 System Handler management 



For the handler management of the Proactive Handler, the ProactiveResponseHandler, the EnvelopeHandler and the 
EnvelopeResponseHandler, the rules defined in TS 102 241 [2] apply. 

USA TEnvelopeHandler: 

The single system instance of the USATEnvelopeHandler and the single system instance of the EnvelopeHandler are 
two distinct objects instances. 

When available the USATEnvelopeHandler shall remain available and its content shall remain unchanged from 
the invocation to the termination of the processToolkit() method. 

The TLV List provided in the USATEnvelopeHandler are the same as in the EnvelopeHandler. 

The handler availability of the USATEnvelopeHandler is the same handler availability as the EnvelopeHandler 
including all the events defined in TS 102 241 [2]. 

The following table describes the minimum availability of the handlers for all the events at the invocation of the 
processToolkitO method of the Toolkit Applet. The rules described in this table apply in addition to the rules described 
in 'UICC API for Java Card™' 

Table 2: Handler availability for each event 



EVENT_ 


Reply busy 
allowed 


EnvelopeHandler / 
USATEnvelopeHandler 


EnvelopeResponse 
Handler 


Nbof 
triggered / 
registrered 

Applet 


_FORMATTED_SMS_PP_ENV 


Y 
(see Note 1) 


Y 


Y 


1 / n (per TAR) 


FORMATTED SMS PP UPD 


N 


Y 


N 


1 / n (per TAR) 


UNFORMATTED SMS PP ENV 


Y 


Y 


Y 


n/n 


UNFORMATTED SMS PP UPD 


N 


Y 


N 


n / n 


FORMATTED SMS CB 


Y 


Y 


N 


1/n(perTAR) 


UNFORMATTED SMS CB 


Y 


Y 


N 


n/n 


MO SHORT MESSAGE CONTROL BY NAA 


N 


Y 


Y 


1 /1 


FORMATTED USSD 


Y 


Y 


Y 


1 / n (per TAR) 


UNFORMATTED USSD 


Y 


Y 


Y 


n/n 


NOTE 1 : The framework may reply busy and not trigger the toolkit applet if e.g. a PoR using SMS SUBIVIIT is required in 
the incoming message and a proactive session is ongoing. 
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6.7 (U)SAT Framework behaviour 

The (U)SAT Framework is a (U)SAT extension of the CAT Runtime Environment as defined in TS 102 241 [2]. 

7 UICC toolkit applet 

SeeTS 102 241 [2]. 
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Annex A (normative): 
Java Card™ (U)SIM API 



The attached files "31130_Annex_A_Java.zip", and "31130_Annex_A_HTML.zip" contains source files and html 
documentation for the Java Card^^ (U)SIM API. 
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Annex B (normative): 

Java Card™ (U)SIM API identifiers 

The attached file "31 130_Annex_B_Export_files.zip" contains the export files for the uicc.usim.* package. 
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Annex C (normative): 

(U)SIM API package version management 

The following table describes the relationship between each TS 31.130 specification version and its packages AID and 
Major, Minor versions defined in the export files. 



TS 31.130 


uicc.usim.access package 


uicc.usim.toolkit package 


AID 


Major, 
Minor 


AID 


Major, 
Minor 




AO 00 GO GO 87 10 05 FF FF FF FF 89 13 
10 00 00 


1.0 


AO 00 00 00 87 10 05 FF FF FF FF 89 13 
20 00 00 


1.0 


7.1.0 


AO 00 00 00 87 1 05 FF FF FF FF 89 1 3 
10 00 00 


1.0 


AO 00 00 00 87 10 05 FF FF FF FF 89 13 
20 00 00 


1.1 


7.2.1 


AO 00 00 00 87 10 05 FF FF FF FF 89 1 3 
10 00 00 


1.0 


AO 00 00 00 87 10 05 FF FF FF FF 89 13 
20 00 00 


1.2 



The package AID coding is defined in TS 101 220 [1]. The (U)SIM API packages' AID are not modified by changes to 
Major or Minor Version. 

The Major Version shall be incremented if a change to the specification introduces byte code incompatibility with the 
previous version. 

The Minor Version shall be incremented if a change to the specification does not introduce byte code incompatibility 
with the previous version. 

The package uicc.usim.access contains only constants, therefore it may not be loaded on the UICC. 
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Annex D (normative): 
USIM API jar files 

The attached files "31 130_Annex_D.jar", contains class files for the Java Card™ (U)SIM API. 
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Annex E (informative): 
Change History 



TSG/ 
Date 


TSG doc 


WGdoc 


CR 


Rev 


Subject/Comment 


New 


TP-27 










Generation of Version 7.0.0 based on version 6.2.0 


7.0.0 


TP-27 


TP-050023 


T3-050187 


009 




Allow passing of specified status words through the (U)SAT 
Framework 


7.0.0 


CP-28 


CP-050139 


C6-050445 


Oil 




Allign paragraph numbering between 31.130 and TS 102 
241 


7.1.0 


CP-28 


CP-050139 


C6-050446 


013 




Delete version and author info from the Java source code 


7.1.0 


CP-28 


CP-050141 


C6-050420 


014 




Addition of new events EVENT FORMATTED USSD and 
EVENT UNFORMATTED USSD 


7.1.0 


CP-29 


CP-050340 


C6-050691 


016 




Adding missing constant values 


7.2.0 












2005-1 1 : Adds missing attachment files and adds line to 
table in annex C. 


7.2.1 
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History 



Document history 


V7.2.1 


November 2005 


Publication 
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